參與者指定由用戶或與主體交互的任何其他系統所扮演的角色。它可能代表人類用戶、外部硬件或其他主體所扮演的角色。參與者總是在系統之外，並通過啟動一個用例直接與它交互，向它提供輸入，和/或從它接收輸出。雖然單個物理實例可以扮演多個不同角色的角色，但角色不一定代表特定的物理實體，即觸發發送電子郵件提醒的計時器。

主要與配角

在 Alistair Cockburn 的《Writing Effective Use Cases》一書中，Actor 被進一步定義如下：

**主要參與者：**定義用戶目標並由系統實現的用戶

• 用例的主要參與者是調用系統以提供其服務之一的利益相關者。它有一個關於系統的目標——一個可以通過它的操作來滿足的目標。主要參與者通常（但不總是）是觸髮用例的參與者。

支持者：向系統提供服務（例如，信息）的用戶。

• 外部參與者的用例中的支持參與者（也稱為輔助參與者），為設計中的系統提供服務。它可能是高速打印機、網絡服務或必須進行一些研究並返回給我們的人。

對演員進行分類的另一種方法

許多分析師在用例圖表過程中錯過了關鍵角色，因為他們只識別人類角色。以這種方式對用例參與者進行分類有助於分析師確保他們沒有忽略用例圖中的任何關鍵參與者。

還有另一種對演員進行分類的方法，它們可以是：

• 人類- 系統/軟件- 硬件- 定時器/時鐘

注意：

以下是幫助識別參與者的提示，它們通常是產生/使用數據的系統的外部對象：

• 必須作為數據的來源和目的地- 必須在系統外部

##用例示例——ATM

在下面的示例中，Visa 卡持有人和銀行客戶是主要參與者，而 Visa AS 和銀行 IS 是次要參與者。

用例圖示例 - 銀行系統

銀行向零售客戶提供一般銀行服務，包括：存款、取款、貸款或抵押支付以及其他賬戶管理服務：

##概括

用例通常被稱為系統應與系統的一個或多個外部用戶（參與者）協作執行的系統功能。每個用例都應該為系統的參與者或其他利益相關者提供一些可觀察的和有價值的結果。

參考

• 什麼是用例圖？
• 用例模型中的參與者類型
• 用用例圖識別用戶需求
• 什麼是用例規範？
• 敏捷軟件開發的用戶故事與用例
• 敏捷開發的用例驅動方法

UML 資源

• 什麼是 UML？
• 為什麼要進行 UML 建模？
• 14 種 UML 圖類型概述